home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Atari Mega Archive 1
/
Atari Mega Archive - Volume 1.iso
/
lists
/
gem
/
l_1199
/
1002
< prev
next >
Wrap
Internet Message Format
|
1994-08-27
|
4KB
Date: Fri, 22 Jul 1994 13:47:20 -0400 (EDT)
Date: Fri, 22 Jul 94 01:27 EST
Subject: Gem List (Please Post!) (fwd)
Subject: Gem List (Please Post!)
Subject: Re: ST-Guide AND Geneva Help?
Subject: Amodal
Date: Fri, 22 Jul 1994 13:47:20 -0400 (EDT)
Mime-Version: 1.0
Precedence: bulk
Forwarded message:
>From 0006795560@mcimail.com Fri Jul 22 02:28:36 1994
Date: Fri, 22 Jul 94 01:27 EST
From: "Daniel J. Hollis" <0006795560@mcimail.com>
To: ems <gem-list-approval@world.std.com>
Subject: Gem List (Please Post!)
Message-Id: <10940722062701/0006795560PK2EM@mcimail.com>
To: gem-list@world.std.com
Subject: Re: ST-Guide AND Geneva Help?
Warwick:
--------
> If an ACC doesn't call menu_register, does it still take up a `slot'?
If you mean a slot by taking up a place in the DESK menu, no it doesn't.
In MultiTOS or Geneva, however, it DOES get placed up there, but unless
you change the name, it won't appear up there with the name you want.
If you install the program as an accessory, it doesn't really need to take
up a slot, but if you want the program to receive AC_OPEN and AC_CLOSE
messages (or AC_TERM like X-AES does) you have to register the name.
>> How do you do this?
> On older TOS's this is exactly the case - no dragging. But with WINX or
> with newer TOS versions, the BEVENT flag of a window can be set, thus
> allowing it to perform drags. Sliders generally provide paging or lining
> areas/buttons, so they are still usable via single clicks, just not as
> much as when topped.
Well, if you really wanted to do this the way you said, the only real way
you would be able to do it is by creating your own windows. Since not many
of us out here are willing, or able, to do this, they shy away from the mere
mentioning of such a technique. The way it should be done is:
-click- (quick tap of mouse button) tops the window
-press- (press-and-hold of button) activates a button gadget or dialog
When X-AES is released, you all will see how this was done, but I have to
make sure that Yat will let me post!
-- Ken Hollis (Bitgate Software)
----
Subject: Amodal
Michael (??)
------------
> Another question to you programming guru's:
> Say you have a vertical slider and you use graf_dragbox to handle
> dragging of the slider. The slider ends up being two pixels thinner than
> the parent and can move left and right a little. Why?
No one really knows the reason. I think it's the way that AES was created
to handle objects and dialogs. If you remember, when you select an object,
it has to select the area one pixel within the object and fill it in (with
an XOR mask) with black.
I noticed part of the problem when I tried creating custom objects with the
PARMBLK parameter. In the PARMBLK, you have one of two ways of handling the
drawing of the object.
1: You could subtract one value from pb_w and pb_h or
2: You could keep in mind that the returned object will have the width and
height one too big. Design around this.
Personally, I choose 1. This happens to be an AES bug, and since MultiTOS
is changing so many times, there is no real way I can think of to counter
this in MultiTOS. All other TOSes handle the objects the same way.
> My solution was to temporarily increase its width by two.
If that was the case do:
x--; y--; w++; h++;
^_^
> Hey, are you guys actually going to make suggestions for me or just steal
> my ideas? :)
Don't worry. *I* won't steal your ideas, I don't know about others... :)
-- Ken Hollis (Bitgate Software)
-----